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FOREWORD 


This  strategy  document  is  one  o£  eight  functional  task  area 
strategies  produced  by  the  STARS  Joint  Task  Force.  All  of  the  docu¬ 
ments  produced  by  the  Task  Force,  including  the  general  STARS  Program 
Strategy  document,  are  liated  in  the  STARS  Joint  Task  Force  Report. 

This  document  identifies  the  scope,  sub-objectives  and  stra¬ 
tegies  designed  to  provide  the  conceptual  approach  for  accomplishment 
of  the  STARS  Program  objectives  in  the  human  resources  functional 
task  area.  It  identifies  and  describes  the  high-level  activities, 
products  and  capabilities.  In  order  to  provide  full  understanding, 
background  and  rationale  material  is  sometimes  covered  that  is  also 
in  STARS  Program  Strategy. 

These  functional  task  area  strategy  documents  do  not  attempt  to 
delineate  the  detailed  plans,  costs  and  procedures  for  bringing  the 
proposed  products  and  capabilities  into  being  and  do  not  identify  the 
form  of  the  particular  projects  that  vill  undertake  the  work  nor  the 
organizations  in  which  the  work  vill  be  accomplished.  Instead,  these 
strategies  are  intended  to  guide  the  process  of  such  implementation 
planning  and  accomplishment. 


Indeed,  because  of  the  high  degree  of  linkage  among  the  func¬ 
tional  task  areas,  implementation  plans  and  acquisitions  ma*  veil 
combine  related  capabilities  and  products  across  areas.  Individual 
projects  may  tackle  only  part  of  one  subtask  from  a  functional  area 
or  aeveral  subtaska  from  several  functional  areas. 

Thus,  this  functional  task  area  strategy  describes  broad, 
achievable  requirementa  for  accomplishing  the  relevant  STARS  objec¬ 
tives.  Its  main  purpose  is  to  help  guide  the  implementation  planning 
process. 


Ada*  is  a  Registered  Trademark  of  the  Department  of  the  Defense, 
Ada  Joint  Program  Office. 
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1 .0  OVERVIEW 


Scops  of  the  Talk  Area 


he  primary  objective  of  the  human  reeourcec  tack  area  ie  to 
improve  personnel  resources.^  This  primary  objective  is  based  on  the 
two  objectives, ^increase  the  level  of  expertise^  and  ^expand  the 
base  of  expertised  available  to  DoD.  An  interesting  aspect  of 
motivation  behind  the  human  resources  task  area  can  be  noted  in  (4] 
as  follows:  - - - - — 

"It's  ironic,"  the  manager  said.  "More  companies  spend  50Z 
to  70Z  of  their  money  on  people's  salaries.  And  yet  they 
spend  less  than  1Z  of  their  budget  to  train  their  people. 
Most  companies,  in  fact,  spend  more  time  and  money  on  main¬ 
taining  their  buildings  and  equipment  than  they  do  on  main¬ 
taining  and  developing  people." 

^This  task  area  is  a  direct  attack  by  DoD  and  industry  on  improving 
human  resources  within  the  software  field.  Broadly  stated,  the 
objectives  would  be  satisfied  by  defining  software-related  job 
knowledge,  skills,  and  abilities;  software-related  education  and 
training.  The  target  audience  includes  personnel  in  software 
engineering  and  management^ 

The  human  resources  tasx  area  interacts  with  a  number  of  the 
other  task  areas.  Educational  products  produced  through  the  human 
resources  task  area  would  be  utilised  for  example  by  the  SEI.  Quan¬ 
titative  skill  level  requirements  based  on  educational  units  and  task 
period  performance  must  serve  as  inputs  to  the  measurement  task  area. 
These  quantitative  measures  should  also  be  used  for  evaluation  within 
the  task  area.  In  addition,  the  measures  serve  as  input  to  the 
acquisition  and  project  management  task  areas.  Outputs  generated  by 
the  acquisition  and  project  nanagenent  areas  would  serve  to  improve 

the  human  resources  task  area.  The  hiaun  engineering,  support  eye- 

•  . 

tens  and  application  specific  task  areas  would  be  assisted  by 
resources  ares  funding  of  sdvsnced  learning  aids. 


1.2  StllttEJ 

The  DoD  personnel  situation  is  a  multi-faceted  area  that 
includes:  people,  organisations,  and  regulations.  People  include 

those  software-related  personnel  vithin  the  DoD  community,  i.e., 
civil  service,  military,  and  industry.  Organizations  include  those 
groups  that  perform  software  development,  maintenance,  acquisition' 
management  and  those  that  provide  software  training  education.  In 
addition,  the  professional  computing  societies  provide  a  forum  for 
minimising  technical  obsolescence.  Regulations  concerning  personnel, 
training,  and  software  acquisition  control  the  outputs  of  the  human 
resources  area. 

The  objective,  "increase  the  level  of  expertise"  predisposes  the 
determination  of  existing  software-related  positions  and  career 
structures  within  the  DoD  community.  Job  position  and  career  struc¬ 
ture  descriptions  produced  by  the  human  resources  area  would  serve  as 
recommendations  for  DoD  personnel  but  there  is  concern  vithin  the  DoD 
community  that  the  existing  personnel  system  does  not  adequately 
address  software  personnel.  We  emphatically  note  that  in  no  way  are 
the  position/career  related  aspects  to  be  misconstrued  as  an  attempt 
to  force  change  in  the  DoD  personnel  system. 

Based  on  baseline  skills  studies,  the  "increase  and  expand" 
objectives  can  be  approached  through  exchange  programs,  academic,  and 
continuing  education  programs.  As  noted  earlier  in  this  docuiMnt, 
the  other  task  areas  are  expected  to  "improve  power  of  tools"  and 
"increase  use  of  tools,"  in  terms  of  the  overall  objective  "improve 
environments."  The  human  resources  area  is  expected  to  ensure  that 
personnel  will  make  effective  use  of  the  technical  advances  made  in 
the  improvement  of  the  tools.  "Most  failures  can  be  directly  related 

to  inadequate  training  of  both  management  and  technical  staff,"  was 

#  .  • 

noted  by  Joan  Carter,  GB,  a  member  of  "A  Panel  on  Software  Engineer¬ 
ing  Education,"  at  the  Sixteenth  Annual  Hawaii  International 
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Conference  on  Syeten  Science*,  January  5-7,  1983.  Thi*  task  area 
should  attempt  to  minimize  potential  DoD  software  engineering  and 
management  failures  through  an  extensive  education  and  training  pro- 


2.0  STRATEGY  DETAILS 


2.1  Hs jar  MUila 

The  human  resources  arcs  consists  of  six  major  subtask  areas 
relate*  to  personnel  and  education.  Software-related  personnel  sub¬ 
task  areas  include:  1)  assessment  of  key  populations,  2)  career 
structures,  incentives  and  mechanisms,  and  3)  exchange  programs. 
Software-related  education/training  subtask  areas  include:  1)  educa¬ 
tion  programs,  2)  training  programs,  and  3)  learning  aids.  Figure  1 
is  the  subtask  outline  of  the  human  resources  area.  Figure  2  is  a 
milestone  chart  of  the  human  resources  subtasks.  Figure  3  is  the 
expected  intertask  area  liaison  that  is  further  elaborated  in  the 
next  section. 
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Figure  2:  Human  Resources  Tasks  Milestone  Chart 
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2.2 


Detailed  Activities 

This  section  is  an  overview  of  the  detailed  activities  which 
should  be  performed  in  the  human  resources  task  area.  A  further 
decomposition  is  included  for  each  of  the  six  major  subtask  areas 
discussed  in  the  previous  section. 

2.2.1  Assessment  of  Key  Populations 

2. 2. 1.1  Purpose.  This  subtask  area  is  required  as  front-end 
work  for  the  career  structures,  course  development,  and 
education/training  program  subtask  areas.  The  purpose  of  this  sub¬ 
task  area  is  to  assess  software-related  skills  and  utilization  within 
the  DoD  community.  Three  major  subtasks  are  integral  to  the  assess¬ 
ment  of  key  populations  subtask  area:  1)  define  skills,  2)  skills 
utilization,  and  3)  identify  requirements. 

2. 2. 1.2  Inputs.  There  are  three  primary  inputs  to  this  subtask 
area:  1)  personnel  backgrounds,  2)  personnel  records,  and  3)  person¬ 
nel  regulations.  A  rather  broad  survey  has  already  been  conducted  in 
academia  [6]  to  address  utilization  of  recent  University  of  Florida 
graduates.  Another  recent  study  performed  by  SofTech,  Inc.  [24], 
under  contract  to  the  U.S.  Army  Commuaications-Electronics  Command 
was  a  partial  attempt  to  address  this  subtask  area.  As  part  of  the 
contract  effort,  an  Indust ry/Govemmcnt  Work  Force  Survey  was  admin¬ 
istered  to  several  DoD  contractors  and  Army  organizations.  Currently 
in  process  is  a  Navy  Sponsored  Office  of  Personnel  Management  (OPM) 
Software  Engineering  Occupational  Study  which  will  investigate  the 
needs  for  civil  service  positions  in  software  engineering.  This  sub¬ 
task  area  would  broaden  the  scope  of  inputs  to  include  the  software- 
related  DoD  community  consisting  of  civil  service,  military  (all 
branches  of  service),  and  industry. 
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2. 2. 1.3  Description.  An  initial  subtask  should  be  to  investi- 
gate  the  types  and  quality  o£  software-related  skills  of  personnel 
within  the  DoD  community.  This  assessment  should  be  people-oriented 
in  terms  of  data  collection  obtained  through  survey.  Personnel 
records  and  regulations  are  too  sparse  for  the  purpose  of  this  sub¬ 
task  but  can  be  included  to  augment  the  collected  data. 

Concurrent  with  the  skills  assessment  should  be  a  subtask  to 
investigate  the  utilization  of  DoD  personnel  with  software-related 
skills.  This  study  is  twofold:  investigate  percent  utilization  and 
performance  of  job  tasks.  A  study  of  this  nature  would  use  the  three 
primary  inputs  of  backgrounds,  records,  and  regulations. 

The  final  subtask  should  be  to  develop  for  each  position  skill 
requirement  descriptions  and  numbers  of  personnel  based  on  the  two 
above  mentioned  investigations.  Quantitative  aspects  of  the  require¬ 
ments  would  be  based  on  educational  units  and/or  task  period  perfor¬ 
mance.  The  educational  units  should  include  criteria  related  to  sub¬ 
ject  matter  content  and  level  of  mastery.  The  task  period  perfor¬ 
mance  measures  should  include  well-defined  software  engineering  and 
management  items,  as  well  as  grade/rank  information.  Job  position 
descriptions  produced  by  this  subtask  would  result  in  recommendations 
for  potential  incorporation  in  the  DoD.  The 
qualification/classification  guidelines  produced  by  this  subtask  must 
be  consistent  with  existing  DoD  personnel  regulations.  These  job 
position  descriptions  would  encompass  skill  requirements  for  software 
development,  maintenance,  acquisition,  and  management.  In  addition, 
future  personnel  requirements  (both  skills  and  numbers)  would  be 
identified  in  this  subtask,  one  candidate  is  that  of  a  Human  Factors 
Engineer  (software)  who  could  provide  valuable  information  relative 
to  the  human  interface  with  the  software  and  hardware  over  a  systems 
lifecycle.  •  - 
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2. 2. 1.4  Coordination.  The  assessment  key  population  area  sub- 
taska  provide  forward  coordination  within  the  huaan  resource*  task 
area  to  the  career  structures  and  education/ training  subtask  areas. 
In  addition,  the  outputs  of  these  subtasks  are  to  serve  as  input  to 
the  acquisition,  human  engineering,  measurement,  and  project  manage¬ 
ment  task  areas. 

2. 2. 1.5  Outputs.  Three  outputs  should  be  produced  by  this  sub¬ 
task  area.  An  assessment  of  types  and  quality  of  software-related 
skills  would  indicate  the  current  status  of  the  DoD  community.  The 
second  study  would  provide  information  on  the  quantity  and  quality  of 
DoD  community  personnel  utilisation.  Finally,  the  skill  requirements 
study  would  produce  classification  guidelines  based  on  knowledge, 
skills,  and  abilities  for  the  DoD  community  throughout  the  software 
life  cycle. 

2. 2. 1.6  Cost  Factors.  By  utilizing  recently  completed  and 
ongoing  related  study  efforts  the  skills  assessment  study  should  be 
performed  in  nine  months.  The  skills  utilization  study  should  be 
performed  concurrently  with  the  skills  assessment  study.  The  skills 
requirements  study  should  be  performed  partially  concurrent  and  after 
the  assessment  and  utilisation  studies  have  been  completed  for  a 
period  of  fifteen  months. 

2.2.1 .7  Beuef it .  The  assessment  of  key  populations  subtask 
area  would  provide  quantitative  information  concerning  software- 
related  personnel  within  the  DoD  community.  It  is  critical  that 
software  engineers  and  managers  upgrade  skills  and  keep  from  becoming 
technically  obsolete.  It  is  equally  important  that  a  personnel  sys¬ 
tem  be  established  that  provides  quantitative  skill  level  require¬ 
ments  that  can  be  achieved  by  personnel. 

This  subtask  effort  is  not  designed  to  force  the  services  fo  . 
adhere  to  a  strict  personnel  structure.  Instead,  the  outputs  of  this 
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subtask  area  should  serve  aa  recommendations  or  suggestions  for  cha 
sarvicas  and  other  DoD  components. 

2. 2. 1.8  Schedule.  The  ailestone  chart  in  Figure  2  indicates 
the  concurrency  of  the  initial  investigation  subtasks  to  deteraine 
the  currant  utilisation  of  software  personnel.  The  third  subtask  to 
define  skills  requirements  follows  the  initial  investigation  sub¬ 
tasks. 

2.2.2  Carter.  Structures .  Incentive  ,  and  Hecbanisas 

2. 2. 2.1  Purpose.  This  subtask  area  chronologically  follows  the 
assessaent  of  key  populations  subtask  area.  The  purpose  of  this  sub¬ 
task  area  is  to  integrate  sad  evolve  the  job  position  descriptions 
provided  in  the  previous  subtask  area.  The  integration  of  the  job 
position  descriptions  would  provide  career  paths  for  civil  service, 
ailitary  and  industry  personnel.  Due  to  the  nature  of  the  personnel 
problem,  these  career  path  descriptions  should  serve  as  recommenda¬ 
tions  to  the  services  and  agencies.  Evolution  of  DoD  iapleaentation 
of  the  career  paths  should  be  aided  by  a  distinguished  panel  of 
reviewers.  Incentives  and  skills  upgrading  programs  should  be  imple¬ 
mented  to  assist  this  process. 

2. 2. 2. 2  Inputs.  There  are  three  primary  inputs  to  the  career 
paths  subtask  area.  The  first  input  mentioned  above  is  the  set  of 
job  position  descriptions  provided  in  the  previous  subtask  area.  The 
second  input  is  the  set  of  existing  career  paths  that  are  available 
in  the  DoD  community.  The  final  input  is  the  results  of  the  Navy 
Sponsored  OPM  Software  Engineering  Occupational  Study. 

The  incentives  subtask  has  as  inputs  the  existing  DoD  incentive 
prograi,  the  Certificate  of  Data  Processing,  and  professional 
engineer  licensing  procedures. 
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2. 2. 2. 3  Descriptions.  The  first  major  subtask  should  be  the 
development  of  career  structures  for  the  DoD  community.  The  career 
structures  must  be  developed  to  be  easily  incorporated  within  the 
existing  military  services  and  civil  service  personnel  systems. 
Quantitative  skill  level  measures  based  on  educational  units  and/or 
task  period  performance  will  be  used  for  advancement  in  the  career 
path  plans.  There  could  be  difficulty  in  implementing  dual  ladders 
(technical  and  managerial)  within  the  military.  This  subtask  must 
also  investigate  the  impact  of  dual  career  tracks  (e.g.,  software 
engineering  and  infantry)  within  the  military. 

The  second  major  subtask  should  be  the  development  of  a  plan  for 
career  enhancing  incentives.  Initially  this  subtask  should  establish 
a  program  to  upgrade  the  skills  of  software-related  personnel  to  meet 
job  position  descriptions.  In  addition,  this  subtask  should  study 
the  possibility  of  retraining  individuals  into  the  software  engineer¬ 
ing  career  paths.  This  investigation  should  also  develop  career 
enhancing  incentives  that  would  aid  in  upgrading  personnel.  The  pro¬ 
fessional  computing  societies  serve  as  an  excellent  forum  for  this 
area.  Participation  in  the  societies  should  be  coupled  in  a  quanti¬ 
tative  manner  to  career  advancement.  The  possibilities  for  partici¬ 
pation  are  numerous,  e.g.,  membership,  conference /journal  referee, 
technical  meeting  attendee,  technical  article  author,  technical  meet¬ 
ing  committee  member /chairman,  editor,  technical  meeting 

session/track  leader,  panelist,  technical  committee  member /chairman, 
distinguished  visitor /national  lecturer,  and  society  officer. 
Finally,  a  workshop  should  be  held  to  address  the  area  of  certifica¬ 
tion.  This  workshop  should  have  the  objectives  of  defining  current 
professional  certification  and  licensing  procedures,  defining  the 
characteristics  of  a  software  engineering  certification/licensing 
procedure,  and  providing  direction  for  implementing  such  a  procedurq.  . 
The  area  ot  certification  has  been  discussed  in  terms  of  computer 


12 


science  and  engineering  in  [2,  19] ,  and  cartif icaCion  examinations 
for  dafca  pro casting  nans gars  and  senior  programmers  ara  currently 
offarad  by  tha  Institute  for  Certification  of  Computer  Professionals. 
The  results  of  the  workshop  should  be  followed  by  the  development  of 
*  a  software  engineering  certification  procedure  to  be  handled  in  a 

manner  similar  to  certification  of  professional  engineers. 

The  last  subtask  to  be  performed  should  be  the  formation  of  a 
distinguished  panel  of  reviewers  to  evaluate,  improve,  and  revise 
career  related  elements.  The  reviewers  should  be  selected  from  the 
DoD,  industry,  and  academia.  The  panel  would  initially  develop  quan¬ 
titative  criteria  to  support  an  evaluation  of  the  career  path  imple¬ 
mentation.  Guidance  would  be  provided  to  the  services  and  agencies 
in  implementing  the  recommended  career  path  structures.  It  is  most 
important  to  develop  a  systematic  means  for  feedback  from  DoD  person¬ 
nel.  The  review  panel  should  participate  in  this  feedback  process, 
as  well  as  the  incentives  progrm. 

2. 2. 2. 4  Coordination.  The  distinguished  review  panel  should 
coordinate  with  the  education  and  training  program  subtask  areas.  In 
addition,  continuous  interaction  is  expected  between  the  review  panel 
and  the  Software  Engineering  Institute,  measurement,  and  project 

management  task  areas. 

2.2.2.5  Outputs.  Four  major  outputs  are  produced  by  this  sub¬ 
task  area.  The  first  output  is  a  set  of  career  paths  recommended  for 
implementation  in  the  DoD.  The  career  path  descriptions  would  con¬ 
tain  quantitative  measures  that  DoD  personnel  can  seek  to  achieve. 
The  second  output  is  an  incentive  program  that  is  slso  coupled  with 
participation  in  the  professional  computing  societies.  The  third 
output  would  result  in  a  certification  procedure  for  DoD  software 
personnel.  The  final  output  is  a  review  panel  to  monitor  the  evolu- 

I  . 

tion  ot  career  related  elements. 
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2. 2. 2. 6  Coat  Factor ■.  Th«  carver  path  development  iv  expected 
to  b«  performed  in  a  nine  month  period.  A  program  should  be  esta¬ 
blished  to  upgrade  skills  including  certification  and  development  of 
the  certification  procedures.  The  review  panel  should  be  allocated 
resources  to  be  used  in  administration  and  incentives. 

2. 2. 2. 7  Benefit.  This  subtask  area  would  provide  the  DoD  with 
a  set  of  preferred  career  structures.  The  individual  services  and 
agencies  could  tailor  and  implement  the  career  structures  as 
appropriate.  A  distinguished  review  panel  should  assist  the  services 
and  agencies  with  guidance  in  implementing  the  career  structures. 
The  services  should  monitor  the  personnel  systems  to  improve  the 
effective  utilization  of  DoD  personnel  with  software-related  skills. 
In  addition,  the  services  would  be  responsible  for  administering  the 
incentives  program.  Certification  procedures  would  be  used  to  meas¬ 
ure  personnel  with  software-related  skills  and  to  motivate  employees 
to  maintain  and  acquire  new  skills. 

2. 2. 2.8  Schedule.  The  milestone  chart  in  Figure  2  indicates 
that  career  structure  development  is  the  lead  subtask  for  this  area. 
The  incentives  progrma  should  be  defined  before  the  initiation  of  the 
review  panel.  The  review  panel  should  begin  in  FT85  to  be  maintained 
through  7T88. 

2.2.3  fitting  jbI  iMlmat  Isshitti  Ziamn 

2. 2. 3.1  Purpose.  The  exchange  program  subtask  area  is  designed 
to  increase  the  dual  flow  of  software-related  personnel  across  DoD 
and  industrial /academic  organisations.  .  The  purpose  of  the  exchange 
program  is  to  allow  DoD  personnel  to  work  in  temporary  positions 
within  industry  and  academia.  This  program  also  allows  the  reverse 
situation  of  industry  and  academia  personnel  to  work  within  Do D.  Xo 
addition,  the  exchange  progr«  would  serve  as  a  means  for  providing  ' 


expertise  to  the  Software  Engineering  Institute.  These  exchanges 
will  be  defined  for  three  month  to  two  year  positions. 

2. 2. 3. 2  Inputs.  Regulations  already  exist  for  exchange  pro¬ 
grams  between  DoD  and  state  organisations  e.g.,  a  state  university 
professor  on  leave  to  a  military  organization.  The  Intergovernmental 
Personnel  Act  would  be  the  governing  regulation  for  implementing  this 
type  of  exchange  program.  The  Federal  Personnel  Manual,  Schedule  A, 
Section  213.3102  describes  a  variety  of  co-op  and  intern  progrmas  for 
students  and  faculty.  Organizations  that  currently  utilise  the 
exchange  program  are  other  sources  of  input. 

2. 2. 3. 3  Description.  The  exchange  program  subtask  area  has  a 
threefold  effort.  Initially,  there  should  be  an  effort  to  further 
publicize  the  exchange  program  inside  and  outside  the  DoD.  The 
second  effort  should  investigate  current  utilization  of  the  exchange 
program  vithin  DoD  organizations.  In  addition,  this  effort  would 
develop  and  implement  a  plan  for  enhanced  utilization  of  the  exchange 
program.  The  third  effort  is  the  development  and  implementation  of  a 
plan  for  DoD  personnel  to  perform  teaching/  research  within  universi¬ 
ties.  A  competitive  process  should  be  developed  for  selecting  DoD 
personnel  and  academic  institutions.  A  mini-research  proposal 
developed  by  the  applicants  should  be  used  in  a  screening  process  for 
matching  potential  candidates  with  the  universities. 

2. 2. 3. 4  Coordination.  The  career  structures  subtask  area 
should  coordinate  with  the  exchange  program  subtask  area.  The 
Software  Engineering  Institute  would  be  expected  to  make  extensive 
use  of  the  exchange  program  on  the  basis  of  three,  six,  and  twelve 
month  appointments. 

2. 2. 3. 5  Outputs.  The  primary  output  of  the  subtask  area  is  an 
increased  flow  of  personnel  between  DoD  and  industry/ academia.  DoD 


personnel  would  b«  expected  to  perform  software  engineering  research 
during  exchange  visits  to  academia. 


2. 2. 3. 6  Cost  Factors.  The  further  publication  effort  and 
current  utilisation  study  should  be  perforated  in  a  six  aonth  period. 
The  progran  for  DoD  civilian  personnel  to  visit  universities  would  be 
funded.  It  is  expected  that  the  research  program  of  DoD  personnel 
include  normal  grant  support  items,  e.g.,  graduate  assistant 
salaries,  secretarial  support,  computer  resources,  travel,  and  over¬ 
head. 

2. 2. 3. 7  Benefit.  The  major  subtask  benefit  is  the  increased 
personnel  exchange  between  DoD  organisations  and  industry /academia. 
It  is  well  known  that  industry  demand  for  personnel  with 

software-related  skills  is  creating  a  difficult  hiring  situation  for 
academia.  DoD  personnel  in  visiting  positions  would  aid  in  minimis¬ 
ing  the  academic  personnel  shortage.  The  plan  includes  funding  for 
approximately  12  to  15  DoD  personnel  in  teaching/research  university 
positions.  Finally,  the  exchange  program  would  allow  for  a  better 
understanding  in  the  DoD  community  of  the  approaches  to  software 
engineering. 

2. 2. 3. 8  Schedule.  The  milestone  chart  in  Figure  2  indicates 
the  current  utilisation  study  which  would  be  followed  by  enhanced 
utilisation  of  the  exchange  program. 

2.2.4  sdvcniga  fmtm 

2. 2. 4.1  Purpose.  This  subtask  area  is  designed  to  increase  and 
enhance  the  software  engineering  education  that  is  performed  in 
academia.  The  January  1983  issue  of  Computer  included  two  news  items 

related  to  the  current  engineering  faculty  shortage  crisis,  A  task 

»  . 

force  of  the  American  Association  of  Engineering  Societies  recom¬ 
mended  that  the  Federal  government  invest  1487  million  in  the  next 


ten  years  towards  the  crisis.  The  task  force  recommendations 
included  a  new  faculty  assistance  program,  White  Bouse  engineering 
fellowships,  and  White  Bouse  engineering  professors  (to  entice 
engineers  from  industry  to  academia).  The  second  news  item  described 
a  Hewlett-Packard  announcement  to  invest  approximately  $6  million  in 
the  next  eight  years.  Funds  sre  for  selected  graduate  students  to 
‘  complete  doctoral  programs  and  then  pursue  full-time  engineering 

faculty  positions.  The  Electronics  Education  Foundation  of  the  Amer¬ 
ican  Electronics  Association  is  coordinating  the  funding  effort. 
Although  independent  of  this  subtask  area,  these  efforts  indicate 
what  can  be  done  by  Government  and  industry  to  assist  academia  in 
long  term  goals.  This  subtaak  area  would  conduct  a  workshop  on 
software  engineering  education.  A  topic  which  could  be  discussed  is 
the  merit  of  including  human  factors  types  of  courses  within  the  Sys¬ 
tems  Engineer  Curriculum.  The  subtaak  area  would  then  establish 
software  engineering  university  programs.  Curriculum  tailoring 
efforts  should  provide  direction  for  academic  institutions  to  capi¬ 
talise  on  the  Ada  technology.  A  student  funding  program  should  pro¬ 
vide  a  means  for  adding  new  expertise  to  the  DoD. 

2. 2. 4. 2  Inputs.  Trends  in  software  engineering  and  computer 
science /engineering  education  are  discussed  in  [3,  21,  27].  The 
impact  of  the  Ada  technology  has  been  addressed  in  [10,  11].  Several 
authors  [12,  13,  14]  have  addressed  graduate  software  engineering 

education.  Model  curricula  developed  by  the  professional  computing 
societies  [1,  9,  17]  should  serve  as  input  for  tailoring  to  incor¬ 

porate  the  Ada  technology.  The  work  of  the  Software  Engineering  Edu¬ 
cation  Subcommittee  of  the  IEEE  Computer  Society  Model  Curricula  Sub¬ 
committee  should  be  used  as  input  for  forming  a  model  graduate  curri¬ 
culum  in  software  engineering. 

!  2. 2. 4. 3  Description.  The  education  progrms  subtask  area  is 

|  composed  of  four  subtasks:  1)  curricula,  2)  evaluation,  3)  selec- 

! 

! 
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tion,  and  4)  educational  financial  assistance  program.  The  curricula 
subtask  should  conduct  a  workshop  to  establish  the  current  extent  of 
software  engineering  education.  This  workshop  should  be  an  excellent 
follow-on  to  the  IEEE  Computer  Society  sponsored  Workshop  on  Software 
Engineering  Technology  Transfer,  April  25-27,  1983,  Miami  Beach, 

Florida.  The  next  phase  of  the  curricula  subtask  would  be  to  tailor 
existing  professional  society  (ACM,  DPMA,  and  IEEE  Computer  Society) 
curricula  to  incorporate  Ada/APSE  courses  and  software  support.  The 
military  schools  should  provide  input  in  the  development  of  course 
syllabi. 

The  second  subtask  should  be  to  evaluate,  promulgate,  and 
improve  the  tailored  curricula.  A  distinguished  panel  of  reviewers 
(DoD,  industry,  academia,  and  the  professional  computing  societies 
should  be  formed  to  evaluate  the  curricula.  The  panel  ahold  develop 
quantitative  criteria  to  evaluate  the  established  curricula.  The 
review  group  would  be  maintained  to  improve  the  curricula  and  provide 
advice  concerning  implementation.  The  panel  should  report  directly 
to  the  Embedded  Computer  Resources  Board  which  is  being  formed  under 
DoD  Directive  5000.29. 

The  third  subtask  is  to  select  and  provide  support  to  qualifying 
institutions  to  implosent  software  engineering  programs.  There  are 
currently  three  institutions  offering  M.S.  degree  programs  in 
software  engineering:  Seattle  University,  Texas  Christian  Univer¬ 
sity,  and  the  Wang  Inatitute  of  Graduate  Studies.  Approximately 
three  software  engineering  programs  should  be  supported  per  year 
starting  in  FY86.  Criteria  would  be  developed  for  evaluating  univer¬ 
sity  software  engineering  education  program  proposals.  Hardware  and 
personnel  costs  would  constitute  the  major  funding  costs  as  the  DoD 
will  provide  the  software  support  (i.e.,  Ada  and  support  environ-, 
ments). 


18 


The  fourth  eubtaak  is  to  develop  as  eduatioaal  financial  assis¬ 
tance  program  as  an  incentive  for  DoD  personnel  and  for  recruiting 
personnel.  This  subtask  would  increase  existing  ROTC  scholarship 
funds  for  computer  science  and  computer  engineering  majors.  A  fel¬ 
lowship  program  would  be  established  for  qualified  DoD  personnel  to 
attend  graduate  programs  in  software  engineering.  A  scholarship 
incentive  prograi  will  be  established  for  attracting  qualified  appli¬ 
cants  to  DoD  civil  service  positions  in  software  engineering. 
Finally,  the  possibility  of  student  co-op.  external,  and  intern  pro- 
gros  would  be  investigated. 

2. 2. 4. 4  Coordination.  The  education  program  subtask  area 
should  interact  with  the  career  structures  subtask  area  and  the 
Software  Engineering  Institute. 

2. 2. 4. 5  Outputs.  The  proceedings  of  the  software  engineering 
education  workshop  should  provide  an  assessment  of  the  state-of-the- 
art  and  future  directions  for  this  area.  Tailored  model  curricula 
would  be  produced  for  use  in  computer  science  and  engineering  pro¬ 
grams.  The  review  panel  would  provide  recommendations  and  sugges¬ 
tions  for  institutions  that  plan  to  implement  the  tailored  curricula. 
Finally,  the  DoD  educational  financial  assistance  program  would 
increase  the  current  level  of  DoD  software-related  manpower. 

2. 2. 4. 6  Coat  Factors.  The  workshop  and  curricula  tailoring 
efforts  should  be  performed  in  a  one  year  period.  Funding  for  the 
review  panel  should  be  established.  The  establishment  of  software 
engineering  academic  progrmss  should  be  funded  for  each  academic  pro¬ 
gram. 

2. 2. 4. 7  Benefit.  This  subtaak  area  should  provide  tailored 
curricula  that  could  be  implemented  by  interested  academic  institu- 

I  ■  * 

tions.  The  objective  of  the  curricula  subtask  is  not  to  force  accep¬ 
tance  of  tailored  curricula.  It  is  a  logical  conclusion  that  the 
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advanced  Ada  technology  be  incorporated  into  academic  programs.  The 
tailored  curricula  and  distinguished  review  panel  serve  as  a  means 
for  assisting  universities  in  utilizing  the  Ada  technology.  The 
establishment  of  software  engineering  education  prograns  would 
increase  the  number  of  institutions  that  provide  M.S.  degree  pro¬ 
grams  in  software  engineering.  Finally,  the  educational  financial 
assistance  program  would  benefit  DoD  personnel  and  academic  institu¬ 
tions. 

2. 2. 4. 8  Schedule.  The  milestone  chart  in  Figure  2  indicates 
the  front-end  curriculum  tailoring  efforts  which  would  be  followed  by 
the  funding  of  the  software  engineering  programs. 

2.2.5  Training  Programs 

2. 2. 5.1  Purpose.  This  subtask  area  involves  four  major  sub¬ 
tasks  associated  with  support  environments  and  non-academic  software 
engineering  and  management  courses.  The  first  subtask  would  be  a 
planning  effort  to  assess  the  state-of-the-art  in  educational  tech¬ 
nology  for  software  engineering.  The  second  subtask  would  be  a  coor¬ 
dinating  effort  to  assign  organizations  responsible  for  syllabi  and 
course  development.  The  third  subtask  would  be  to  develop  and 
deliver  Ada  courses.  The  final  subtask  would  be  to  develop  and 
deliver  non-academic  software  engineering  and  management  courses. 
These  last  two  subtasks  would  be  expected  to  provide  a  significant 
means  for  upgrading  the  software-related  skills  of  DoD  personnel. 

2. 2. 5. 2  Inputs.  Pooch  and  Chattergy  [20]  discuss  the  continu¬ 
ing  education  aspects  of  computer  science  and  engineering.  An  exam¬ 
ple  of  requirements  formulation  and  analysis  training  as  applied  to 
junior  grade  Army  officers  is  described  in  [25].  Wegner  [28] 
includes  an  extensive  survey  of  education  efforts  with  the  Ada  tech¬ 
nology.  A  two-day  training  session  for  the  Higher  Order  Software, 
Inc.  advanced  approach  to  software  engineering  is  discussed  in  [26]. 
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Training  techniques  and  military/ industry  training  organizations  for 
sof tware-related  subjects  are  also  inputs  to  this  subtasjc  area. 

2. 2. 5. 3  Description.  The  first  subtask  should  be  to  investi¬ 
gate  existing  knowledge  delivery  mechanisms:  short  courses /seminars, 
guidebooks,  university-type  courses,  videotaped  courses,  satellite- 
based  course  presentation,  and  computer-aided  instructional  material. 
This  subtask  would  investigate  the  industry  approaches  that  are  used 
in  on-the-job  and  self-study  course  material  for  personnel  with 
software-related  skills.  Finally,  a  long  term  effort  would  aim  at 
advancing  educational  technology  in  software  engineering.  Finally, 
new  knowledge  delivery  mechanisms  would  be  investigated,  e.g., 
computer-network  based,  computer-aided  instructional  material  with 
video  disc. 

The  second  subtask  should  support  the  development  of  Software 
Engineering  courses  in  university  and  military  schools.  A  plan  would 
be  developed  for  the  assignment  of  organizational  responsibility  in 
the  administration  and  delivery  of  the  developed  courses.  In  addi¬ 
tion,  a  plan  would  be  developed  for  funding  research  efforts  in  new 
knowledge  delivery  mechanisms  and  for  fwa. non-academic  training. 
The  Software  Engineering  Institute  should  provide  input  to  the  fund¬ 
ing  plan  development  effort. 

The  third  and  fourth  subtasks  should  be  the  development  and 
delivery  of  courses.  DoD,  industry,  and  academia  should  review  the 
developed  syllabi.  The  third  subtask  is  concerned  with  Ada/APSE 
courses.  The  Software  Engineerir^  Institute  should  be  responsible 
for  monitoring  the  Ada/APSE  course  delivery.  This  role  of  the 
Software  Engineering  Institute  is  primarily  one  of  maintaining  qual¬ 
ity  control.  The  fourth  subtask  is  concerned  with  non-academic 
courses  for  software  engineering  and  management.  Both  subtasks  wobld 
utilize  existing  knowledge  delivery  mechanisms  that  are  identified  in 
the  first  subtask.  Both  subtasks  would  plan  to  integrate  new 


knowledge  delivery  mechanisms  chat  are  developed  through  funding  in 
the  fourth  subtask.  Finally,  a  study  would  be  performed  to  evaluate 
the  impact  of  on-the-job  and  self-study  course  material  on  increased 
job  performance. 

2. 2. 5. 4  Coordination.  This  subtask  has  coordination  with  the 
education  prograa  subtask  area.  Coordination  with  the  measurement 
and  human  engineering  task  areas  would  be  expected  for  evaluating  the 
impact  of  the  non-academic  courses. 

2. 2. 5. 5  Outputs.  The  primary  outputs  of  this  subtask  area  are 
the  Ada/MAPSE,  support  systems,  and  non-academic  courses.  Research 
in  new  knowledge  delivery  mechanisms  is  expected  to  aid  in  improving 
on-the-job  and  self-study  course  material. 

2. 2. 5. 6  Cost  Factors.  The  front-end  subtask  on  knowledge 
delivery  mechanisms  should  be  performed  together  with  the  Ada  related 
course  development  and  delivery.  The  non-academic  course  development 
delivery  should  also  be  funded. 

2. 2. 5. 7  Benefit.  The  major  benefit  of  thiB  subtask  area  is 
that  educational  tools  would  be  provided  to  software  engineers  and 
managers.  These  educational  tools  are  expected  to  be  initially  bene¬ 
ficial  in  upgrading  the  software  skills  of  DoD  personnel.  As  the 
non-academic  course  material  progresses,  this  subtask  is  expected  to 
aid  in  maintaining  skills  as  advances  are  gained  in  software  technol¬ 
ogy. 

2. 2. 5. 8  Schedule.  The  milestone  chart  in  Figure  2  indicates 
the  timef rates  of  the  planning  aspects  of  the  first  and  second  sub¬ 
tasks  and  the  continuous  nature  of  the  third  and  fourth  subtasks. 

2.2.6  Learning  Aids 

t  . 

2. 2. 6.1  Purpose.  The  learning  aids  subtask  is  concerned  with 
automated  instructional  systems  in  software  engineering.  There  are 
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three  subtasks  associated  with  this  aubtaak  area:  1)  aaaign  organi¬ 
zation*  responsible,  2)  prepare  initial  RFPs,  and  3)  develop/evolve 
initial  prototype.  Thia  aubtaak  area  would  include  advancing  the 
state-of-the-art  in  knowledge-baaed  systems  for  software  engineering. 

2. 2. 6. 2  Inputs.  The  primary  inputs  for  this  subtask  area  con¬ 
sist  of  studies  on  advanced  learning  aids,  knowledge-based  systems, 
and  human  factors  of  software  systems. 

2. 2. 6. 3  Description.  The  first  subtask  should  be  to  establish 
a  funding  plan  for  advanced  learning  aids  in  software  engineering. 
This  funding  plan  should  include  knowledge-based  systems.  A  plan 
should  be  developed  for  training  the  trainers  of  the  Ada  technology 
with  the  advanced  learning  aids.  A  list  would  be  developed  of  organ¬ 
izations  responsible  for  this  subtask  area. 

The  second  subtask  should  be  to  survey  existing  educational 
technology  and  prepare  initial  RFPs  for  learning  aids  development. 
Criteria  should  be  formulated  for  evaluating  the  RFPs.  Initial  RFPs 
should  be  based  on  rapid  development  of  learning  aids  based  on  the 
integration  of  existing  educational  technology.  Additional  RFPs 
should  be  based  on  advanced  state-of-the-art  knowledge-based  systems 
for  software  engineering. 

The  third  subtask  should  be  the  development  of  an  initial  proto¬ 
type.  This  prototype  would  evolve  as  user  experience  is  gained  with 
the  system.  An  initial  prototype  would  be  located  at  the  Software 
Engineering  Institute.  Access  to  the  prototype  should  be  provided  to 
DoD  organizations  and  knowledge-based  system  researchers.  A  software 
monitor  should  be  incorporated  within  the  initial  prototype  to  evalu¬ 
ate  user  performance.  These  measures  should  be  both  qualitative  and 
quantitative. 
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2. 2. 6. 4  Coordination.  Tbi»  subtask  area  is  ejected  to 
interact  with  the  Software  Engineering  Institute,  measurement,  human 
engineering,  and  support  systems  task  areas. 

2*2. 6. 5  Outputs.  Three  outputs  are  expected  from  this  subtask 
area.  The  funding  of  learning  aids  (including  knowledge-based  sys¬ 
tems)  is  an  initial  output  to  be  generated  by  this  subtask  area.  An 
initial  prototype  would  be  accessible  to  the  DoD  community.  Human 
factors  aspects  of  the  prototype  would  provide  feedback  for  future 
systems  development. 

2. 2. 6. 6  Cost  Factors.  The  first  subtask  is  expected  to  be  per¬ 
formed  in  a  nine  month  period.  The  second  subtask  should  be  per¬ 
formed  in  a  six  month  period.  The  initial  prototype,  learning  aids 
funding,  and  system  measurement  should  also  be  funded. 

2. 2. 6. 7  Benefit.  The  primary  benefit  of  this  subtask  area  is 
an  advancement  in  the  state-of-the-art  in  software  engineering  learn¬ 
ing  aids.  The  area  includes  planning  efforts  for  training  educators 
to  utilise  the  advanced  learning  aids  in  conjunction  with  the  Ada 
technology. 

2. 2. 6. 8  Schedule.  The  milestone  chart  in  Figure  2  indicates 
the  concurrent  nature  of  the  planning  and  RTFs  subtasks.  These  ini- 

s 

tial  subtasks  are  followed  by  the  subtask  to  develop  an  initial  pro¬ 
totype  with  software  monitoring  capabilities.  The  third  subtask  also 
provides  support  for  advanced  learning  aide. 
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4.0  OFPOHURITIES 


4.1  Pncowine  M««tip««  in  th«  n  Resources  AtU 

A  list  of  upcoming  technical  Conferences /Workshops /Symposia 
which  should  broaden  the  knowledge  base  of  the  Hunan  Resources  area 
are  as  follows: 

1EES  Cob put er  Society  Workshop  on  Software  Engineering  Tech¬ 
nology  Transfer.  Miami  Beach,  Florida,  April  25-27,  1983; 

1983  Rational  Computer  Conference,  Anaheim,  California,  May 
16-19,  1983; 

1983  Rational  Educational  Computing  Conference  (NECC83), 
Baltimore,  Maryland,  June  6-8,  1983; 

1983  Conference  on  Frontiers  in  Education,  Worcester,  Mas¬ 
sachusetts,  October  17-19,  1983; 

IEEE  Computer  Society's  Seventh  International  Computer 
Software  and  Applications  Conference  1983  (COMPSAC83) ,  Chi¬ 
cago,  Illinois,  Hovember  7-11,  1983;  and 

Seventh  International  Conference  on  Software  Engineering, 
Orlando,  Florida,  March  26-28,  1984. 

*•2  Information  Resources 

This  section  includes  two  categories  of  information  resources 
for  the  human  factors  task  ares.  The  first  category  includes  previ¬ 
ous  studies  [5,  7],  bibliographies  [18,  23],  and  reports  [15,  16]. 
The  second  category  includes  technical  journals  and  technical  report 
providing  organisations  that  should  provide  future  information 
resources  based  on  past  experience: 

Ada  Letters; 

«  .  ■ 

Air  Command  6  Staff  College  Reports; 
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Army  Research  Institute  Reports ; 

Conun  ice  t  ions  of  the  ACM; 

Computer; 

Coaputerworld; 

Dataaation; 

Defense  Msnagenent  Journal ; 

Defense  Systems  Msnagenent  College  Reports 
Government  Executive; 

IBM  Systens  Journal; 

IEEE  Transactions  on  Education; 

IEEE  Transactions  on  Software  Engineering; 
Infotech  State  of  the  Art  Reports; 

Journal  of  Systens  and  Software; 

Ravel  Postgraduate  School  Reports; 

Ravel  Research  Laboratory  Reports; 

RBS  Special  Publication  Series  500-XX; 
SIGCPR  Rewsletter; 

8ICCSE  Bulletin; 

8IGPLAR  Rot ices; 


26 


SIGSOFT  Software  Engineering  Notes; 

Software  Practice  and  Experience;  and 

Springer-Verlag  Lecture  Notea  in  Computer  Science. 

These  information  sources  should  be  periodically  reviewed  and  entered 
into  a  human  resources  data  base. 

4.3  Current  DoD  and  Non-DoD  Activities 

DoD  Activities 

Air  Force  Human  Resources  Laboratory  -  Ada  Training  Research  & 
Development 

Air  Force  Software  Technology  Transfer  Center 

National  Academy  of  Sciences  *  Air  Force  Studies  Board 

Air  Force  effort  to  create  "Embedded  Computer  Systems"  Specialty 
Code. 

Navy  sponsored  effort  to  establish  Software  Engineering  G.S. 
Scries. 

Navy  Office  of  Personnel  Management  Software  Engineering  Occupa¬ 
tion  Study 

Non-Dod  Activities 

American  Association  of  Engineering  Societies  recommendation 
for  Federal  Government  effort  in  engineering  faculty  shor¬ 
tage 

Bell  Laboratories  doctoral  student  fellowship  progr« 

I  .  • 

Hewlett-Packard  faculty  investment  through  the  Electronics 
Education  Foundation  of  the  American  Electronics  Association 
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Profeasional  computing  aocietiea  model  curricula  efforta 


i 

1 

» 

I 

i 
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